Saltar al contenido principal

Semana 4

(20/02/2024 - 26/02/22023)​

Se va a marcar con una F las secciones que se hayan tomado como feedback en futur@s presentaciones/proyectos.

Feedback a nuestro equipo​

  • Bluejay configuration

  • Poner los criterios de aceptación de los requisitos en el docusaurus y en la descripción de la issue hacer referencia al caso de uso ahí. F

  • Vídeo de la demo. F

  • Nombrar cómo se va a planificar en posteriores sprints. F

  • Cuando queremos que nos den feedback.

  • Rendimiento del equipo. Separar el CA del rendimiento del equipo

  • Intentar ser convincente con el elevator pitch F

  • Estrategia de ramificación no hay

  • Referenciar en las issues la BGC F

  • TCO en lugar de seguimiento de costes F

  • Formulario de iTop (TTR - Tiempo medio de respuesta). Tener en cuenta el tiempo máximo de respuesta. F

  • TCO - Evolución del TCO (Por ej: 200€/mes cada 1000 usuarios, si se duplica el nº de usuarios, ¿qué pasa con los costes de operación?) F

  • Nota a la que cada uno aspira (Aunque no lo usemos)

  • Versión 3.0 del CA F

  • Responsable de cada tarea en un doc de responsables F

  • Meter una recopilación del seguimiento del trabajo de doc y código desde el CA. F

  • Ver el límite gratuito de actions en un repo público

  • HACER LA DOCUMENTACIÓN EN DOCUSAURUS - meter en el docusaurus que se haga una tabla de responsabilidades y una sección de CA. Después pasar el markdown a pdf introduciendo portada, e índice. Mirar el tema del changelog de docusaurus, migrar doc a project. Seguimiento de tareas, etc. https://medium.com/@stheodorejohn/google-docs-integration-in-react-352a15c0b23e Para usar el seguimiento del trabajo desde el docusaurus

Feedback general​

  • MVP - Qué puede hacer a la ONG que se quede con este sistema y que les haga querer pagar el coste operacional.

  • Evolución del coste en función del número de usuarios

  • Cálculo de TCO según githubs

  • Estimación de horas de workflows

  • CA, indicar la gente que no desea sacar buena nota.

  • En el CA, anexo de responsables(Enlace a las issues de github) - Evitar 120 docs

  • Rendimiento -> Evolución respecto a la semana anterior

  • Elevator pitch currado

  • Doc de información sobre el dashboard de bluejay

  • Doc avanzado del despliegue (React+sprinboot)

Semana que viene​

  • 15 min de duración

  • Asistencia obligatoria

  • Hoja de firmas

  • Timer controlado por ellos

  • Orden aleatorio

  • Minitest de las theory pills

Apartados de la PPTX​

Grandes bloques:​

  ##### Introducción del negocio (Resumen del modelo de negocio) 20%

    - Killer opener

    - Elevator pitch

    - Resumen del análisis de competidores

    - Resumen del TCO (Separar CapEX - Horas de desarrollo, infraestructura propia que se va a amortizar en distintos proyectos, personal, licencias de software como producto, amortización de equipos y OpEX desde el punto de vista de Harmony - Coste de proveer el servicio a los clientes, licencias de software como servicio, hosting, cloud, mantenimiento, mejora, customer support, marketing. El coste suele ir al OpEx). Situación actual respecto al esperado

    - Análisis de gastos e ingresos estimados (Estimación por tres valores) en años. Si vendemos nuestra app a otras ONGs, cuantos usuarios u ONGs deberían ser clientes para que tuviesemos beneficios.

    - CA y estado de cumplimiento.

  ##### Prototipo al final del Spint 15%

  ##### Retrospectiva del Sprint 1 40%

    - Rendimiento del equipo

    - Des-Anonimizar al que más ha hecho y el que más ha evolucionado respecto a la semana anterior.

    - Automatización de análisis de la calidad del código

    - Problemas> Solución > Objetivo > Análisis de la solución

    - Reloj del avance del proyecto (Semanal y global) Tiene que haber un enlace al clockify pero no en la Landing page.

  ##### Gestión de usuarios pilotos

    - Mostrar gráficamente la ventana de disponibilidad, ventana de feedback de usuarios, etc.

    - Customer support - Fórmula para ver el soporte (Plan de mantenimiento). En función del TTR, personal necesario y precio necesario en función del tipo de disponibilidad. Soporte con IA, soporte con personas.

  ##### Planificación (Siguientes sprints)

    - Planificación del Sprint 2 (Tener en cuenta que son 4 semanas reales)

    - Si hace falta, replanificar el 3.